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litre. 

Procede de commande d'une fonction executable par des 
commandes specifiques a des logiciels differents. 

5 Domaine technique. 

L/invention a pour objet un procede de commande d'une fonction 
executable par des commandes specifiques a des logiciels differents dans un 
systeme informatique. EUe convient a tout systeme et est plus 
10 particulierement adaptee a un systeme tres heterogene. 

L f art anterieur. 

Le systeme informatique d'une societe est souvent heterogene, en 
15 raison de revolution historique du systeme et des disponibilites du marche. 
Dans un systeme informatique se trouvent un ou plusieurs serveurs 
supportant plusieurs applications. L'heterogeneite peut etre due au fait que 
les serveurs ont des systemes d'exploitation differents les uns des autres. Par 
exemple, 1'un des serveurs peut etre un systeme ferme, specifique d'un 
20 constructeur donne et fonctionnant avec un systeme d'exploitation (Operating 
System) propre au constructeur, tandis que les autres serveurs peuvent etre 
des systemes ouverts fonctionnant avec des systemes d'exploitation differents 
entre eux, tels que ceux connus sous les marques deposees UNIX et Windows 
NT. Chaque systeme d'exploitation possede des commandes specifiques, 
25 ecrites dans un langage specifique. Par consequent, l'exploitation d'un 
systeme informatique requiert l'emploi de commandes propres a chaque 
systeme d'exploitation et la connaissance de leurs langages. 

L'heterogeneite peut aussi provenir des applications. Plusieurs 
30 applications differ entes entre elles peuvent avoir des parties fonctionnelles 
analogues execu tables au moyen d'interfaces de commande differentes entre 
elles. Par exemple, deux logiciels aussi differents qu'un logiciel de 



comptabilite et un logiciel de gestion de base de donnees ont en commun la 
fonction depression de documents alors que leurs commandes sont tout a 
fait differ entes. 

Un utilisateur, que ce soit un administrateur ou un responsable 
Sexploitation du systeme informatique, doit done connaitre les differentes 
commandes des differents systemes Sexploitation et des differents logiciels 
d'application. L'utilisateur doit done avoir a la fois xuie solide formation 
relative a chaque systeme et chaque application et une bonne pratique pour 
les exploiter vite et efficacement. En outre, les systemes d'exploitation et 
surtout les applications evoluent tres vite et necessitent une formation 
reguliere des utilisateurs et un usage permanent des differents systemes et 
applications. Les applications ayant des fonctions de plus en plus nombreuses 
et plus riches, le temps d'apprentissage est plus long. Les utilisateurs 
disposent souvent d'une documentation d'aide en ligne. Cependant, la 
documentation est aussi specifique et evolutive, et elle est d'un emploi tr&s 
lourd, surtout si les informations d'aide necessitent l'ouverture et la lecture 
de plusieurs fenetres successives. 

Sommaire de Tinvention. 

Un but de Tinvention est d'offrir dans un systeme informatique 
une commande commune a toutes les commandes representatives d'une 
meme fonction et speciflques a divers logiciels, tels que des systemes 
d'exploitation ou des applications. 

L'invention a pour objet un procede de commande d'une fonction 
executable par divers logiciels sous des commandes specifiques aux logiciels 
respectifs et pouvant avoir chaciuae au rnoins une option, les logiciels etant 
installes dans au moins une machine d'un systeme informatique, caracterise 
en ce qu'il consiste a definir dans une classe abstraite une methode abstraite 
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pour la fonction, la methode abstraite incluant des parametres correspondant 
a l'union, au sens logique, de toutes les options des commandes specifiques, a 
definir une commande commune incluant des symboles arbitraires 
correspondant aux parametres de la methode abstraite, a former au moins un 
5 pilote pour implementer la methode abstraite dans une machine, et a faire 
executer par le pilote Tune des commandes specifiques avec des options 
equivalant aux options de la commande commune. 

L/invention a pour objet corollaire un systeme informatique 
comprenant au moins un machine disposant de logiciels divers ayant en 
10 commun au moins une fonction executable sous des co mm andes specifiques 
aux logiciels respectifs et pouvant avoir chacune au moins une option, 
caracterise en ce qu*il met en oeuvre le procede defini precedemment. 

L'invention a aussi pour objet corollaire un support 
d'enregistrement, tel qu'une disquette magnetique ou un cederom, 
15 incorporant un logiciel pour la mise en oeuvre du procede. 

Les caracteristiques et avantages de l'invention ressortent de la 
description qui suit, donnee a titre d'exemple et faite en reference aux dessins 
annexes. 

20 Presentation des dessins. 

♦ La figure 1 est une vue synoptique d ! un systeme informatique 
mettant en oeuvre le procede de l'invention. 

♦ La figure 2 est une fenetre servant a un concepteur pour la 
25 mise en oeuvre du procede de l'invention . 

♦ La figure 3 est une boite de dialogue servant au concepteur 
pour creer dynamiquement une classe pour Texploitation desiree du systeme 
par l f utilisateur. 

♦ La figure 4 est une boite de dialogue servant au concepteur 
30 pour definir un attribut de la classe presentee dans la figure 3. 



♦ La figure 5 est une boite de dialogue servant au concepteur 
pour definir une methode de la classe presentee dans la figure 3. 

♦ La figure 6 est une boite de dialogue servant au concepteur 
pour definir un par am etre d'une methode definie dans la figure 5. 

♦ La figure 7 est une vue synoptique de la structure en arbre de 
la classe telle que definie au moyen des boites de dialogue presentees dans les 
figures 3 a 6. 

♦ La figure 8 est une vue synoptique illustrant un procede de 
derivation de la classe presentee dans la figure 7. 

♦ Les figures 9 et 10 sont des boites de dialogue servant au 
concepteur pour definir la classe derivee en utilisant le procede illustre dans 
la figure 8. 

♦ Les figures 11 et 12 illustrent deux interfaces respectives 
servant a l'utilisateur pour la commande du systeme represents sur la figure 
1. 

♦ La figure 13 est une fenetre presentee a l'utilisateur pour 
Tutilisation des interfaces illustrees dans les figures 1, 11 et 12. 

♦ La figure 14 est une boite de dialogue servant au concepteur a 
la generation automatique dans un langage oriente objet d'un pilote 
d'implementation d'une methode abstraite d f une classe abstraite pour 
l'execution d'une commande specifique dans le systeme de la figure 1. 

Description detaillee d'exemples illustrant Finvention. 

La figure 1 illustre un systeme d'information 10 exploite par un 
utilisateur U par l'intermediaire d'une interface de commande 11. Le systeme 
10 peut etre un systeme quelconque. Le systeme 10 illustre inclut un 
ensemble informatique 1 comprenant au moins une machine, deux machines 
2a et 2b dans Texemple illustre. Chaque machine illustree a, de fagon bien 
connue, au moins un processeur A connecte par l'intermediaire d'un bus B a 
une memoire 3. D f une maniere generale, la memoire peut etre locale ou 
distribuee, ou les machines peuvent former des noeuds d'un reseau dans 
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l'ensemble 1. Dans chaque memoire 3 sont stockes des moyens logiciels, 
notamment un ou plusieurs systemes Sexploitation 4. Afin de mieux mettre 
en relief les avantages de llnvention, il sera considere comme un systeme 
heterogene representatif Sun cas difficile a gerer. Les deux machines 2 sont 
5 supposees fonctionner sous deux systemes Sexploitation respectifs 4a et 4b de 
types ou de versions differents l*un de Tautre, par exemple un systeme 
Sexploitation du type proprietaire et un systeme Sexploitation de type 
ouvert, par exemple celui connu sous Tun des noms de marque deposee UNIX 
ou Windows NT. L'ensemble informatique 1 dispose aussi de moyens de base 
. io de donnees, appeles base de donnees 5 et pouvant etre constitues d'une ou 
plusieurs bases de donnees locales ou dist antes. Les machines 2 ont aussi 
chacune une interface d'entree-sortie C connectee au bus B. Les interfaces 
Sentree-sortie C des deux machines sont interconnectees entre elles ainsi 
qu'a la base de donnees C. 

15 

L'interface de commande 11 comprend un module de commande 
12, un module de conception 13, un generateur 14 d'interfaces et une base 
d'interface 15. Le module 12 est connecte de fagon bidirectionnelle a 
Tensemble informatique 1. Le module 13 peut aussi etre connecte de la meme 

20 fagon a Tensemble informatique 1. La base d'interface 15 est connectee de 
fagon bidirectionnelle aux modules 12 et 13 et au generateur 14. Le 
generateur 14 est aussi connecte pour etre commande par le module 13. Le 
module de commande 12 sert a l f utilisateur U pour commander et exploiter 
les donnees du systeme 10. Le module de conception 13 sert a un concepteur 

25 C, qui est un autre utilisateur de Tinterface 11 mais qui est un specialiste en 
informatique. Les deux utilisateurs U et C ont des consoles respectives 16 et 
17 attachees aux modules respectifs 12 et 13. 

En bref, Tutilisateur U definit des besoins pour connaitre et 
30 ameliorer le fonctionnement de Tentreprise et soumet ses besoins au 
concepteur C. Le concepteur C cree au moyen de son module 13 des objets 
logiciels repondant aux besoins de l f utilisateur U et les envoie au generateur 



14 pour etre converties en interfaces 18 (figures 11 et 12) correspondant a ses 
besoins et exprimant les commandes du systeme en un langage qui lui est 
comprehensible. Ces interfaces servent a l'utilisateur pour former des 
documents et seront appelees interfaces documentaires. 

L'utilisateur U sera par exemple un directeur d'agence bancaire 
non specialise en informatique. On suppose par exemple que l'utilisateur U 
desire consulter l'ensemble informatique 1 de la banque pour faire des 
requetes en vue d'obtenir une liste d'etudiants, clients de l'agence, et 
imprimer pour eux des lettres personnalisees d'information, d'invitation et de 
rappel. L'utilisateur U transmet ses besoins au concepteur C, par exemple 
lors d'une reunion entre eux. Le concepteur transcrit ces besoins en utdlisant, 
dans une premiere etape, le module 13 pour creer, modifier et/ou supprimer 
des objets et des classes d'objets concernes par ces besoins. Par exemple, afin 
de satisfaire au besoin pretite de l'utilisateur U, le concepteur C creera une 
classe impression avec : un premier attribut "liste de diffusion" selon un 
ensemble de criteres, ici les etudiants de l'agence ; un second attribut 
"nombre d'exemplaires" (entier) ; une premiere methode "imprimer" ayant 
comme parametre rimp rim ante des tin at aire ; et une seconde methode 
"visualiser les operations d'impression" pour connaitre le deroulement de 
1'impression. Les objets et classes crees par le concepteur sont stockes dans la 
base d'interface 15. La transcription finale par le concepteur C des besoins de 
l'utilisateur U n'est contenue que dans des objets qui ont ete directement 
crees precedemment ou qui sont des instances de classes definies 
precedemment. Ces objets sont contenus dans la base 15, qui est contenue 
dans l'interface de commande 11 dans l'exemple illustre mais qui pourrait 
etre exterieure a l'interface 11 et incluse dans l'ensemble informatique 1. Les 
objets sont convertis en interfaces documentaires presentees a l'utilisateur U 
pour lui servir a former des documents de commande satisfaisant a ses 
besoins. 
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Le module 13 va d'abord etre presente. II met en ceuvre deux 
outils logiciels 20 et 30 executant respectivement un procede de creation 
dynamique de classes et un procede de derivation de classes et objets. L'outil 
20 de creation dynamique de classes va maintenant etre presente. 

5 

La figure 2 illustre un exemple d'ecran 21 qu'affiche la console 
17 pour servir d^nterface entre le concepteur C et le module 13. L'ecran 21a 
une barre 22 de menus incluant notamment les menus "Classes", "Objets", 
"Rechercher" et "Exporter a U". Le menu "Classes" permet de creer 

io dynamiquement des classes d'objets, par heritage ou non. II permet aussi 
d'ouvrir une classe pour eventuellement la modifier, Tenregistrer ou la 
fermer. Le menu "Objets" permet d'instancier les classes definies 
precedemment, afin de creer des objets qu'on peut ensuite doner. Comme 
pour les classes, on peut ouvrir un objet, le modifier, Tenregistrer sur le 

15 disque et le fermer. Avec Toutil 20, le concepteur C peut definir les 
commandes qui se trouvent dans les deux menus tels qu f illustres par exemple 
dans ceux de Tecran 21. Le menu "Classes" illustre contient les commandes 
"Nouvelle classe", "Nouvelle classe heritee", "Ouvrir une classe", "Supprimer 
une classe", "Enregistrer la classe", "Enregistrer la classe sous..." (Save the 

20 class as...) et "Fermer la classe". Le menu "Objets" contient les commandes 
"Nouvel objet de classe", "Cloner un objet", "Ouvrir un objet", "Supprimer un 
objet", "Enregistrer Tobjet", "Enregistrer Tobjet sous..." et "Fermer Tobjet". 

L'outil 20 met en ceuvre un procede de generation dynamique 
25 d'une classe d'objets. Le procede est declenche automatiquement par le 
module de conception 13 lorsque le concepteur C active la commande 
"Nouvelle classe" du menu "Classes" de la fenetre 22 de la figure 2. Le 
procede de generation automatique d'une classe consiste a creer une classe 
generique glob ale "GenericClass" ayant deux membres possibles, Tun etant 
30 relatif a au moins un attribut et Tautre etant relatif a au moins vuie methode 
, au moins Tun des deux membres etant une instance d'une classe generique, 
et a instancier la classe generique globale pour avoir ladite classe d'objets. 



Dans l'outil 20 illustre, deux classes generiques "GenericAttribute" et 
"GenericMethod" sont attributes aux deux membres respectifs de la classe 
generique globale "GenericClass". En outre, si une methode inclut au moins 
un parametre non fixe, ce parametre est lui meme une instance d'une classe 
generique correspondante "GenericParameter". 

D'une maniere generale, les quatre classes generiques ainsi 
creees ne sont pas visibles par le concepteur C. Dans l'exemple illustre, elles 
sont mises a la disposition du concepteur C lorsqu'il execute une commande 
dans les menus "Classes" et "Objets". Ainsi, une classe generique se definit 
comme une classe permettant au concepteur C de creer une nouvelle classe en 
creant une instance d'une classe generique globale. Puisque la creation 
d'instances est dynamique dans tous les langages, la creation d'une classe 
devient aussi dynamique pour le concepteur C. De meme, sachant qu'un objet 
est une nouvelle instance d'une classe, la creation d'un objet correspond alors 
aussi a la creation d'une copie de cette classe, c'est-a-dire a une nouvelle 
instance d'une classe generique globale. Par consequent, le procede declenche 
par l'outil 20 est aussi declenche lorsque le concepteur C active la commande 
"Nouvel objet de classe" dans le menu "Objets" de la fenetre 22 de la figure 2. 
Le procede va main ten ant etre illustre de la fagon qu'il se presente au 
concepteur C par l'intermediaire de l'outil 20. 

La figure 3 illustre un exemple de boite de dialogue 23 que l'outil 
20 ouvre lorsque le concepteur C clique sur la commande "Nouvelle classe" du 
menu "Classes". Le concepteur C utilise la boite de dialogue 23 pour saisir 
toutes les donnees relatives a une nouvelle classe qui n'herite pas. On sait 
que les donnees sont les attribute et les methodes de la nouvelle classe. 

La boite 23 illustree contient, pour la saisie des donnees, 

- un champ de texte "Norn de la classe" 

- un champ de texte "Identification de la classe (Class Id)" 
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- une zone de texte "Description de la classe" 

- une liste "Methodes de la classe" et 

- vine liste "Attributs de la classe" 



5 La boite 23 contient aussi les six boutons de commande encadres 

en trait epais : 

- "Modifier la methode" 

- "Supprimer la methode" 

- "Ajouter vine methode" 
10 - "Modifier 1'attribut" 

- "Supprimer Tattribut" et 

- "Ajouter un attribut". 

Lorsque cette boite de dialogue est validee, elle se traduit par la 
15 creation d'une instance d'une classe generique globale, dite "GenericClass". 
La classe generique globale de l'exemple illustre dans la figure 3 a plusieurs 
attributs. 



Le premier attribut est un nom, forme par une chaine de 
20 caracteres designant le nom de la classe. II s'ecrit en remplissant le champ 
n Nom de la classe" de la boite 23. 



Le second attribut est une identification de la classe, formee par 
une chaine de caracteres permettant d'identifier de fagon unique la classe ou 
25 l'objet dans le systeme. Cet attribut s'ecrit en remplissant le champ 
"Identification de la classe" dans la boite 23, par exemple in in di quant la 
date, Theure de creation, un nombre aleatoire formant un ticket, etc. 

Le troisieme attribut est une description, formee par du texte qui 
30 decrit la raison d'etre de la classe. II s'ecrit en remplissant la zone 
"Description de la classe". 
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Le quatrieme attribut est un tableau nomme "Attributs", qui 
reference les attributs de la class e. Les attributs de la classe sont eux-memes 
des instances d'une classe generique d'attributs, dite "GenericAttribute", qui 
5 a comme attributs : 

- le nom de l'attribut, 

- la description de l'attribut, 

- soit le type de l'attribut, soit les valeurs possibles de l'attribut, 

- la valeur par defaut de l'attribut, donnee a la creation de la 
10 classe "GenericAttribute", et 

- la valeur reelle de l'attribut, qui est invisible au concepteur C 
et qui n'est done pas definie a la creation de la classe. EUe est 
definie par l'utilisateur U de la fagon decrite ulterieurement. 

15 Par exemple, la classe "Attributs [i]" est une instance de 

"GenericAttribute" et reference le ieme attribut de la classe definie par le 
concepteur C. 

La figure 4 illustre une boite de dialogue 24 de 1'outil 20 
20 constitutif du quatrieme attribut de "GenericClass". Cette boite s'ouvre a 
partir de la boite 23, par exemple en nommant "Classel" la classe issue par 
instantiation de la classe generique glob ale "GenericClass" et en activant le 
bouton "Ajouter un attribut". La boite 24 contient : 

- un champ de texte "Nom de l'attribut", 

25 - une zone de texte "Description de l'attribut", 

- un champ de texte "Type de l'attribut", 

- une zone de texte pour "Valeurs possibles de l'attribut", 

- un champ de texte "Valeur par defaut de l'attribut", et 

- un champ de texte "Valeur reelle de l'attribut" represents en 
30 grise sur la figure 4 pour indiquer qu'il n'est pas visible par le concepteur C. 
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De meme, pour modifier un attribute il suffit de selectionner 
I'attribut dans la liste des attribute de la figure 3 et dactiver le bouton 
"Modifier I'attribut", de fagon a avoir la boite de dialogue 24 de la figure 4 et a 
modifier les donnees qui apparaissent dans la boite 24. 

5 

En tant que premier attribut, on donne a I'attribut le nom 
"Attributl" et on remplit les autres champs. La validation de la boite de 
dialogue 24 se traduit par la creation d'une instance de la classe generique 
"GenericAttribute". Le nom "Attributl" va figurer dans la liste des attribute 
io de la figure 3, comme indique. 



Le cinquieme attribut de la classe generique "GenericClass" est 
un tableau nomme "Methodes", qui reference les methodes de la classe. Ces 
methodes sont aussi, dans l'exemple illustre, des instances dune classe 
15 generique de methodes dite "GenericMethod". Une methode est definie par les 
attribute suivante : 

- son nom, 

- sa description, 

- son type de retour, 
20 - ses parametres, et 

- son script d'execution. 

La figure 5 illustre une boite de dialogue 25 de l'outil 20 
constitutif du cinquieme attribut de "GenericClass". Cette boite s'ouvre a 
25 partir de la boite 23, par exemple en activant le bouton "Ajouter une 
methode". La boite 25 contient : 

- un champ de texte "Nom de la methode", 

- une zone de texte "Description de la methode", 

- un champ de texte "Type de retour de la methode", 
30 - une liste de "Parametres de la methode", 

- un bouton de commande "Ajouter", 
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- un bouton de commande "Modifier", et 

- un bouton de commande "Supprimer". 

En taut que premiere methode, on donne un nom a la methode, 
par exemple "Methodel", et on remplit les autres champs. La validation de la 
boite de dialogue 25 se traduit par la creation d'une instance de la classe 
generique "GenericMethod". Le nom "Methodel" va figurer dans la liste des 
methodes de la figure 3, comme indique. 

La classe generique "GenericMethod" contient, en plus des 
attributs de la methode, un tableau "Parametres", qui reference les 
parametres de la methode. Le tableau peut etre vide si la classe generique ne 
contient pas de parametre a determiner, ou peut ne pas exister si cette classe 
generique n'est destinee a n 'avoir aucun parametre determinable ou si elle 
n'a que des parametres fixes ou predetermines. Dans le tableau, les 
parametres sont eux aussi des instances d'une classe generique 
"GenericParameter". Un parametre d'une methode est defini par ses attributs 
suivants : 

- son nom, 

- sa description, 

- soit son type, soit ses valeurs possibles, 

- sa valeur par defaut, et 

- sa valeur reelle, non visible du concepteur C. 

Par exemple, si le parametre se rapporte au nombre de pages a 
imprimer, la valeur par defaut sera 1 mais l f utilisateur U pourra indiquer 
une valeur reelle autre, par exemple 3 pour avoir trois exemplaires des pages 
a imprimer. 

La figure 6 illustre une boite de dialogue 26 de I'outil 20 pour 
remplir la table de parametres de "GenericMethod" dans la figure 5. La boite 
26 s'ouvre a partir de la boite 25, en activant le bouton "Ajouter". La boite 26 
contient : 
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- un champ de texte "Nona du parametre", 

- une zone de texte "Description du parametre", 

- un champ de texte "Type du parametre", 

- une zone de texte "Valeurs possibles du parametre", 

- un champ de texte "Valeur par defaut du parametre", et 

- un champ de texte "Valeur reelle du parametre" represents en 
grise sur la figure 5 pour indiquer que ce champ n'est pas visible 
du concepteur C. 

En tant que premier parametre, on lui donne par exemple le nom 
"Paraml" et on remplit les autres champs. La validation de la boite de 
dialogue 26 se traduit par la creation d'une instance de la classe generique 
"GenericParameter". Le nom "Paraml" va figurer dans la liste des 
parametres de la figure 5. 

La boite de dialogue 23 de la figure 3 etant remplie, la classe 
"Classe 1" est creee dynamiquement. On peut la valider en la sauvegardant 
avec la commande "Enregistrer la classe" ou "Enregistrer la classe sous...". 

La figure 7 illustre la structure en arbre 27a de la classe 
"Classel" resultant de la validation de la boite 23. Dans la figure 7, la classe 
"Classe 1" est une instance de la classe generique globale "GenericClass" et a 
un attribut "Attributl" et une methode "Methode 1" ay ant elle-meme un 
parametre "Paraml", qui sont tous les trois des instances de trois classes 
generiques respectives. Bien sur, une autre classe, instance de la classe 
generique globale "GenericClass", pourrait avoir plusieurs instances de 
chacune des trois classes generiques "GenericAttribute", "GenericMethod" et 
"GenericParameter". Cette structure en arbre permet de dynamiquement 
modifier, ajouter et supprimer a tout moment des membres de la classe 
(attributs ou methodes). 
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On sait qu'un objet est une instance d'une classe. L'activation de 
la commande "Nouvel objet de classe" dans le menu "Objets" de la fenetre 21 
de la figure 2 affiche sur la console 17 du concepteur C une boite de dialogue 
(non illustree) qui contient la liste de toutes les classes deja definies. Le 
5 concepteur C peut en selectionner une, qui sera la classe du nouvel objet. 
Dans un objet on donne eventuellement des valeurs aux attributs. Ces 
valeurs representeront son identite et son etat. 

En outre, dans la classe generique globale "GenericClass" telle 
10 qu'elle apparait de la figure 3 a de preference un attribut supplementaire 
consistant en un booleen "0" ou "1" in di quant si Tinstance de la classe 
generique en cours represente une classe ou un objet. Dans l'exemple illustre, 
le booleen est "1" pour indiquer que le concepteur cree une classe. Le booleen 
se met automatiquement a la valeur correspondante en reponse a la 
15 commande "Nouvelle classe" ou "Nouvel objet de classe" qui a ete actionnee 
par le concepteur C dans la fenetre 22 de la figure 2. Dans l'exemple choisi, 
cet attribut n'est pas visible du concepteur C et est done represente en grise. 

D'autre part, dans la fenetre 21 de la figure 2, le menu 
20 "Rechercher" est tres utile au concepteur C pour faire une recherche 
puissante dans la base 15 pour y trouver des classes et des objets crees selon 
une liste de criteres qu'il definit. Le concepteur C peut, par exemple, creer 
une nouvelle classe par heritage a partir de la classe qu'il a trouvee, au lieu 
de partir de zero et refaire un travail deja accompli. 

25 

Plus generalement, les boites de dialogue 23-26 servent done au 
concepteur pour generer respectivement la classe generique globale et les 
classes generiques qui peuvent la composer. Bien que les boites de dialogue 
illustrees definissent completement ces classes, tous les attributs, les types, 
30 les champs et zones de texte illustres ne sont pas necessaires. En particulier, 
les descriptions sont illustrees a une fin autre que le procede de generation 
automatique de classes qui vient d'etre decrit. 
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La description va maintenant porter sur Toutil 30 de derivation 
d'une classe ou d'un objet, Toutil 30 etant contenu dans le module 13 de 
5 Tinterface de commande 11 de la figure 1. 

I/heritage avec la commande "Nouvelle classe heritee", 
l'instanciation avec la commande "Nouvel objet de classe" et le clonage avec 
la commande "Cloner un objet" necessitent en commun la creation dynamique 
10 d'une copie de la classe (pour ITieritage ou l'instanciation) ou d'une copie de 
l'objet (pour le clonage). 

La figure 7 illustre aussi un arbre 27b d'une classe "ClasseDl" 
obtenue par duplication de "Classe 1". Cette figure illustre, d f une maniere 

15 generale, que la duplication de Tinstance de "GenericClass" ne suffit pas, car 
la classe dupliquee "ClasseDl" va pointer aux memes instances 
"GenericMethod" et "GenericAttribute" de Tinstance "Classe 1" de 
"GenericClass". Par exemple, il ressort de la figure 7 que "Attributl" est 
commun aux deux classes, alors que les deux classes devraient etre distinctes 

20 et independantes. Par consequent, pour deriver une classe ou un objet, c'est- 
a-dire pour creer par heritage une nouvelle classe, pour instancier une classe 
ou pour cloner un objet, il faut non seulement dupliquer Tinstance de 
"GenericClass", mais aussi dupliquer chaque instance referencee directement 
ou indirectement par Tinstance de "GenericClass". 

25 

D'autre part, les developpeurs de logiciels utdlisent une 
technique de serialisation qui s'applique a de nombreux langages, tels que 
Java ou C++. La serialisation permet de stocker tout objet sur un support 
d'enregistrement de donnees, un disque par exemple. Si par exemple un 
30 premier objet reference des objets, qui eux-memes referencent d'autres objets 
et ainsi de suite, il suffit d'ecrire le premier objet sur le disque avec la 
methode de serialisation pour stocker automatiquement en memoixe 
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l f arborescence de tous les objets references directement ou indirectement par 
le premier objet. 

La figure 8 illustre schematiquement le principe du procede de 
derivation d'une classe "Classel" ou d'un objet. L'outU 30 met en oeuvre ce 
procede. L'exemple illustre porte sur la creation d'une classe "ClasseD2" par 
heritage de la classe "Classel" telle qu'illustree dans la figure 7, etant bien 
entendu que le procede peut s'appliquer de la meme fagon a l'instanciation 
d'une classe ou le clonage d'un objet. Comme indique a la figure 8, le procede 
de derivation consiste en une premiere etape a serialiser la classe "Classel" 
en la copiant sur un disque D, par exemple le disque dur d'une machine 2a ou 
2b de Tensemble informatique 1 de la figure 1. Ainsi, toute l'arborescence 27a 
de cette classe, telle qu'illustree dans la figure 7, va etre dupliquee et stockee 
dans le disque. La seconde etape consiste a lire la classe dupliquee, stockee 
dans le disque D, en la chargeant dans l'outil 30, c'est-a-dire dans la memoire 
vive sur laquelle est charge le programme de l'outil. n en resulte la classe 
dupliquee n ClasseD2" ayant une arborescence 27c identique a celle de 
Tarborescence 27a de la classe mere "Classel" mais independante de la classe 
mere. En langage Java par exemple, les deux e tapes du procede peuvent 
s'executer par exemple par les deux instructions suivantes : 

FiZeStream,. writeObject(Classel) ; 

Nouvel objet ou Nouvelle classe = Fi/eSirea/n.readObjectO ; 

La figure 9 illustre une boite de dialogue 31 pour l'utilisation de 
Toutil 30. Cet exemple se rapporte a celui de la figure 9, qui porte sur la 
creation d'une classe heritant d'une autre classe. En executant la commande 
"Nouvelle classe heritee" du menu "Classes" de la figure 3, la fenetre de 
dialogue 31 de la figure 9 apparait. Cette fenetre contient une zone de texte 
"Nom de la nouvelle classe" et une liste des classes parmi lesquelles la classe 
mere peut etre choisie. Dans Texemple choisi, la classe "Classel" de la liste 
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est choisie, comme indique en grise a la figure 9. Dans l'exemple precedent, la 
classe heritee se nomme "classeD2". 

La figure 10 illustre un exemple de boite de dialogue 32 
5 resultant de la validation de la boite 31. La boite 32 est semblable a la boite 
23 de la figure 3. Par consequent, seules les differences vont etre indiquees ci- 
apres. Les donnees contenues dans la boite 32 sont remplies 
automatiquement par le logiciel de Toutil 30. Le nom de la classe est celui qui 
a ete indique par le concepteur C dans la boite 31 de la figure 9. La boite 32 
10 contient en plus un tableau indiquant le ou les parents de la classe, id 
"Classel" que le concepteur C a selectionnee dans la liste de la boite 31. Les 
autres donnees sont semblables a celles de la boite 23, puisque l'arborescence 
27c de la classe fille "ClasseD2" est la meme que l'arborescence 27a de la 
classe mere "Classel". Grace aux boutons de commande de la boite 32, il est 
15 possible de faire evoluer simplement la nouvelle classe "ClasseD2" 
independamment de la classe mere "Classel". 

La classe generique globale "GenericClass" a done un attribut 
supplementaire nomme "parent", qui est un tableau contenant des instances 
20 de la classe generique globale, telles que Classel. Le tableau permet de 
reconnaitre la provenance de l'instance en cours de la fagon suivante : 



(a) Si l'instance en cours est un objet, alors : 



25 



- si d'une maniere generale "parent[0]" (indique par 
exemple dans le tableau auquel se refere l'instance en 
cours) est un objet, l'objet en cours a ete clone a partir 
de parent[0], 



- si "parent[0] ,f est une classe, l'objet en cours est une 
instance de parent[0], 



(b) Si l'instance en cours est une classe, alors "parent[0]" 



30 



est 



- soit vide, ce qui veut dire que la classe a ete creee 
sans heritage avec la commande "Nouvelle classe", 
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- soit une classe (et non un objet), ce qui veut dire que 
la classe en cours a herite de M parent[0]" grace a la 
commande "Nouvelle classe heritee" 
(c) II en resulte, par iteration, que le tableau "parent" 
indique tous les ascendants de I'instance en cours. 

Le procede ressort clairement des figures 8, 9 et 10. En r6ponse k 
la premiere instruction indiquee dans la figure 8, "Classe 1" est serialisee en 
la copiant sur le disque D. En reponse a la seconde instruction, la classe ainsi 
serialisee est sauvegardee de nouveau en memoire, mais avec modifications 
d'attributs, notamment le nom de classe "01388602" et le tableau "Parent". 
Les deux arborescences 27a et 27c sont done les memes, mais elles sont 
separees Tune de Tautre. Par exemple, bien qu'elles aient les deux memes 
instances "Attributl", en realite ces deux instances sont completement 
distinctes Tune de Tautre en memoire et peuvent vivre independamment Tune 
de l'autre. Notamment, elles peuvent a tout moment etre modifiees 
differemment Tune de l'autre. Cet exemple fait aussi ressortir qu'il en est de 
meme pour les deux autres commandes "Nouvel objet de classe" et "Cloner un 
objet". 

Plus generalement, il ressort de la description qui precede que le 
procede de derivation d'une classe d'objets et/ou d ! un objet ayant un nom 
donne consiste a faire une copie de tout Tarbre de la classe ou de Tobjet, a 
memoriser la copie de Tarbre et a changer ledit nom pour attribuer un nom a 
la copie memorisee. On a vu que de preference la copie est faite par une 
serialisation de Tarbre representatif de ladite classe ou dudit objet en copiant 
l f arbre dans une memoire D et la memorisation de la copie de Tarbre consiste 
a la copier a nouveau en memoire 30. En outre, on a vu aussi que la 
serialisation, qui peut se faire dans divers langages, est particulierement 
simple a mettre en ceuvre en langage Java®. 
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La fonction du generateur 14 dinterface va maintenant etre 
decrite. Jusqu'a present, onavu comment le concepteur C peut facilement 
creer des classes d'objets et des objets repondant avix besoins de l'utilisateur 
U. Les classes et objets ainsri crees sont stockes dans la base dlnterface 15. 
Cependant, ces classes et objets demeurent incomprehensibles et 
inexploitables pour l'utilisateur U. De preference, il est d'ailleurs interdit a 
l'utilisateur U d'y avoir acces, afin d'assurer au concepteur leur integrite. Le 
generateur 14 a pour fonction de transformer les classes et objets ainsi crees 
en des interfaces sous forme de documents dans lesquels les commandes 
repondant aux besoins exprimes par l'utilisateur U sont comprehensibles par 
lui. Afin de distinguer ces interfaces des autres interfaces impliquees dans 
cette description, eUes seront appelees interfaces documentaires. Le langage 
employe dans ces interfaces documentaires peut etre le langage courant et/ou 
un langage specialise de la competence de l'utilisateur. 

Le fonctionnement du generateur 14 va ressortir de l'exemple 
qui suit, qui reprend et explicite l'exemple precedent selon lequel l'entreprise 
est une agence bancaire, l'utilisateur U est le directeur de l'agence et le 
concepteur C est un informaticien de la banque. On suppose que le directeur 
U veut : (1) consulter le systeme d*information de la banque pour faire des 
requetes dans les bases de donnees en vue d'obtenir une liste de ses clients 
d'un type donne, des etudiants dans l'exemple considere, et (2) imprimer des 
lettres personnalisees de plusieurs types, telles que des lettes d-information, 
des lettres d'invitation et des lettres de rappel. L*informaticien C traduit 
l'exploitation desiree par le directeur en deux questions. En l'occurrence, 
rinformaticien cree en reponse deux classes d'objets : "consultation.systeme" 
et "impression" au moyen des deux outdls 20 et 30. II peut creer chacune de 
ces deux classes directement en activant la commande "Nouvelle classe" de la 
fenetre 22 de la figure 2, soit indirectement par derivation d'une classe 
semblable. Dans ce dernier cas, le concepteur C pourra actionner la 
commande "Rechercher" de la fenetre 22 pour trouver une classe semblable. 
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Si une classe semblable exLste, il la selectionne dans la liste des classes et 
peut la deriver, par exemple en activant la commande "Nouvelle classe 
heritee" de la figure 2 et en modifiant, ajoutant ou supprimant des attributs 
et/ou des methodes. 

Le generateur 14 met en oeuvre un procede de generation d'une 
interface documentaire pour la commande d'un systeme informatique par un 
utilisateur, la commande etant faite a partir d'au moins un objet incluant des 
descriptions. Le procede consiste a extraire de l'objet au moins en partie 
lesdites descriptions et a les organiser pour traduire le sens de ladite 
commande en un langage comprehensible a l'utilisateur et ainsi faire de 
ladite interface une interface documentaire. Le generateur 14 comprend done 
un bloc d'extraction 14a et un bloc de generation 14b. Le bloc d'extraction 14a 
preleve de la base d'interface 15 l'objet selectionne par le concepteur et y 
extrait les descriptions. Le bloc de generation 14b organise les descriptions 
pour former Interface documentaire et la stocker dans la base d'interface 15. 

Le procede va etre mieux compris a partir de l'exemple 
precedent. Parmi les attributs de la classe "consultation_systeme" de 
l'exemple considere se trouvent des methodes qui font appel a des commandes 
specifiques pour 1'exploitation des donnees du systeme, en l'occurrence aux 
bases de donnees du systeme 10. Parmi ces methodes, le concepteur C cree 
une methode "lister_etu chants" de fagon a avoir comme description "Liste de 
tous etudiants ayant". L'ingenieur attribue a la methode "lister_etudiants" vox 
code de retour de type "liste" ayant comme description "la liste des noms et 
adresses". II attribue aussi a cette methode, au moyen des boites de dialogue 
25 et 26 illustrees dans les figures 5 et 6, les trois parametres tels que definis 
dans le tableau A ci-dessous. 



nom 


description 


type 


valeur par 
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defaut 


w age<° 


°un age inf Grieur & n 


entier 


26 ans 


"lieu d'6tude" 


n , Studiant h n 


Paris, Versailles 


Paris 


"emprunt > n 


"et ayant fait un emprunt sup6rieur 4" 


entier 


6000 francs 



TABLEAU A 



En ce qui concerne la classe "impression", lingenieur C cree une 
methode "imprime_invitation ,l de facon a avoir une description telle que 
"Impression de lettres a :", et attribue a cette methode un code de retour du 
type "void" signifiant que la methode ne retourne pas de valeur, et deux 
parametres tels que d^finis dans le tableau B ci-dessous. 



nom 


description 


type 


valeur par defaut 


"destinataire" 


"Impression de 
lettres ft" 


liste 


lister_6tudiants de 
consultation_systdme 


"type de lettre" 


"type de lettre :" 


=piiy^t^^; iiiliiljjilil 

rappel 

information sur l'emprunt Etude 


information 



TABLEAU B 



15 Ces tableaux indiquent comment remplir les boites de dialogue 

25 et 26 des figures 5 et 6 pour constituer les deux classes 
"consultation_systeme" et "impression" a l'aide de la boite de dialogue 23 de la 
figure 3. Plus generalement, l'interface documentaire d'un objet est creee a 
partir des descriptions correspondent a cet objet, ses attributs, ses methodes 

20 et les parametres des methodes. 

Pour former une interface documentaire, le concepteur active 
dans la fenetre 22 de la figure 2 le menu "Exporter a U". Cette commande 
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appelle le generateur 14 pour generer une interface documentaire de Tobjet 
selectionne. Le generateur 14 extrait les descriptions de 1'objet et les organise 
pour former l'interface documentaire. 



5 La figure 11 illustre l'interface documentaire 18a de la methode 

"lister_etudiants". On y voit que l'interface documentaire 18a a et6 obtenue 
par extraction des descriptions de la methode et de ses parametres, telles que 
definies dans le tableau A. En particulier, les valeurs "26 ans", "Paris" et 
"6000 francs" sont les valeurs par defaut indiquees au tableau A. De maniere 
10 generale, une interface documentaire 18 comprend du texte et au moins un 
champ possible 19 dont le contenu initial est fait de valeurs par defaut et 
peut etre modifie par l'utilisateur U. 

La figure 12 illustre un exemple d'interface documentaire 18b de 
15 la methode "imprime_invitation" de la classe "imprimer" definie 
precedemment. Les exemples des figures 11 et 12 suffisent a l'homme du 
metier pour savoir comment construire une interface documentaire relative a 
tout un objet. D'une maniere generate, lorsque 1'objet contient toutes les 
descriptions, elles sont de preference organisees par le generateur 14 dans 
20 l'ordre suivant : 

1. la description de Tobjet (non illustree), par exemple 
"impression" ; 

2. la description de chaque attribut (non illustree) , par exemple 
le numero de Timprimante, la qualite d'impression, la couleur de Tencre, le 

25 papier d'impression ; cette description est suivie d'un champ qui correspond a 
sa valeur ; si Tattribut a un nombre limite de valeurs, ce champ est une liste 
contenant toutes les valeurs possibles et ne faisant apparaitre que la valeur 
selectionnee ; 

3. la description de chaque methode (voir tableaux A et B, 
30 figures 11 et 12 et le texte s'y rapportant), cette description etant attachee et 

de preference suivie de : 
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3.1. la description de sa valeur de retour, attachee ou 
suivie d'un champ qui represents cette valeur, et 

3.2. la description de chacun de ses parametres, attach6e 
ou suivie d'un champ (19) representatif de la valeur du 

5 parametre ; 

4. un moyen de commande (voir figure 12) indiquant quand la 
methode doit etre executee, Texecution pouvant etre immediate ou differee, 
soit a un moment determine par une date et une heure, soit intervenir a la 
suite d'une autre methode definie. 

io 4.1. Dans le premier cas, un bouton de commande est libelle 

"Execution immediate" ; 

4.2. Dans le second cas, un bouton de commande inclut une 
etiquette de valeur "a" (par exemple, -imprimer "a"--) suivie d'un champ 
"heure" et d'un champ "date" lie a un calendrier des jours ouvrables de 

15 Tannee; 

4.3. Dans le troisieme cas, un bouton de commande inclut une 
etiquette intitulee "apres la fin d'execution de" suivie d'un champ permettant 
de choisir une methode d'un objet quelconque et signifie que la methode sera 
executee apres la fin d'execution de la methode selectionnee. 

20 

Le concepteur C a la possibility de changer la presentation de la 
page, ajouter ou enlever des champs, selectionner les descriptions a prendre 
en compte, et modifier le texte de descriptions et des types pour rendre la 
comprehension du document plus facile. II s'ensuit qu f un meme objet peut 

25 generer plusieurs interfaces documentaires adaptees a des besoins 
particuliers offerts dans Tobjet. Par exemple, on a vu precedemment que 
Tobjet "impression" peut avoir un grand nombre d f attributs et de methodes, 
qui offire un grand choix d'interfaces documentaires en fonction des attributs 
et methodes adaptees aux besoins. H est bien sur conseille au concepteur C de 

30 faire les interfaces documentaires 18 avec Taide de Tutilisateur U. 
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La description va maiatenant porter sur le module de commande 
12 servant a Tutilisateur U pour obtenir les interfaces documentaires 18 de la 
base 15. Le module 12 contient un bloc 40 de generation de documents 41 
issus des interfaces documentaires stockes dans la base 15. Le bloc 40 et done 

5 connecte a la base 15 pour y prelever les interfaces documentaires 18 et 
determiner les documents de commande 41 adaptes aux besoins particuliers 
de rutilisateur U. Par exemple, en supposant que l'utilisateur a besoin du 
document "impression", une interface incluant la methode illustree dans la 
figure 12 va se presenter a rutilisateur, qui pourra modifier les valeurs des 

10 champs 19 et selectionner les boutons de commande d'execution pour en faire 
un document 41. Le document 41 illustre dans la figure 12 correspond a 
Tinterface documentaire 18 dans laquelle les valeurs des champs 19 ont 
maintenues inch an gees par l'utilisateur et le bouton d'execution differee a 
une heure predeterminee a ete active (en grise dans la figure 12). 

15 

La figure 13 illustre un exemple de boite de dialogue 42 
presentee a l'utilisateur U par le module d'utilisateur 12. La barre de menus 
de la boite 42 contient notamment deux menus principaux "Documents" et 
"Politiques". Dans le menu "Documents" se trouvent la commande 

20 "Rechercher" pour trouver des interfaces documentaires, par exemple a partir 
des descriptions des objets correspondants, et la commande "Ouvrir" pour 
lister les interfaces documentaires par le nom de leurs objets correspondants 
et y selectionner un nom d'objet. Un objet selectionne s'affiche avec la 
description de l'objet. De cette interface, l'utilisateur en fait le document 

25 desire. Dans le menu "Documents" se trouvent aussi bien sur les commandes 
de sauvegarde (Enregistrer et Enregistrer sous...) et de fermeture du 
document. 

Le menu "Politiques" contient notamment deux commandes 
30 "Afficher" et "Afficher I'historique". La commande "Afficher" (display) affiche 
l'ensemble des documents crees par rutilisateur dans l'ordre d'execution des 
commandes qu'il a choisi. Cet ensemble definit la pohtique de rutilisateur. II 
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dispose ainsi d'une vue globale des methodes qu'il a activees a partir de 
plusieurs documents. II peut la valider ou la modifier. Par exemple, le fait de 
cliquer deux fois sur une methode choisie entraine Touverture du document 
correspondant pour d'eventuelles modifications. La coram ande "Afficher 
5 Thistorique" presente toutes les methodes qui ont ete executees par 
1'utilisateur, l'etat de fin d'execution, et Vheure. Le menu contient aussi les 
commandes de sauvegarde et de fermeture. 

De maniere generale, la description qui precede fait ressortir un 
10 procede de generation d'une interface 18 pour la commande d'un systeme 
informatique 10 par un utilisateur U, la commande etant faite a partir d'au 
moins un objet incluant des descriptions de Tobjet et/ou d'au moins un 
membre de Tobjet, le procede consistant a extraire de l'objet au moins en 
partie lesdites descriptions et a les organiser pour traduire le sens de ladite 
15 commande en un langage comprehensible a rutilisateur et ainsi faire de 
ladite interface une interface documentaire. 

L'outil permet au concepteur C de facilement adapter le texte des 
descriptions extraites, de fagon que leur organisation rende comprehensible le 
20 texte de Tinterface. Pour rendre plus souple le procede, le concepteur pourrait 
selectionner les descriptions a extraire. 

De preference, les descriptions incluant au moins une 
description d'une methode de Tobjet, le procede consiste a attacher a cette 

25 description une description de son code de retour et/ou une description d'au 
moins un parametre respectif de la methode et une valeur 19 du parametre 
dont la valeur peut etre modifiable. Dans ce cas egalement et comme dans 
Texemple illustre, le procede peut consister avantageusement a ajouter a 
Tinterface 18 un moyen de commande, par Tutilisateur, du moment 

30 d f execution de ladite interface. 



-26- 

Dans l'exemple decrit, le texte des descriptions servant a faire 
1'interface est fait par un concepteur utilisant le systeme, en reponse a des 
besoins qui lui sont sounds par l'utilisateur. Cette cooperation entre le 
concepteur et l'utilisateur rend le procede tres souple, tres evolutif et tres 
perform ant. Cependant, il est evident que cette condition n'est pas necessaire, 
l'outil etant par exemple adapte a un metier donne ou une fonction 
d'entreprise donnee. 

Enfin, on a vu precedemment l'avantage que pouvait tirer 
l'utilisateur de la possibility offerte dans l'exemple decrit de selectionner des 
interfaces et de definir leur ordre d'execution temporel, et de lui presenter 
dans une fenetre les interfaces selectionnees et disposees dans ledit ordre. 

Le module de conception 13 dispose en outre d'un outQ de 
coram an de 50 de fonctions analogues dans difierents systemes d'exploitation 
et/ou applications et d f un outil de generation automatique de code 60 pour 
mettre en ceuvre Toutil d'interface 50. Le systeme informatique 10 represents 
sur la figure 1 sera considere comme un systeme tres heterogene, 
representatif d f un cas difficile a gerer. Dans l'exemple considere, les deux 
systemes Sexploitation 4a et 4b etaient deux versions differentes du systeme 
d'exploitation UNIX, connues sous les noms UNIX Berkeley et UNIX AT&T. 
Les deux machines 2 sont aussi supposees inclure dans leurs memoires 
respectives 3 deux logiciels depression differents Tun de Tautre 6a et 6b, 
tels que les logiciels connus sous leurs noms de marques deposees DPF 
OpenSpool et XPEINT. 

On suppose que les deux systemes Sexploitation 4a, 4b et les 
deux logiciels d'impression 6a, 6b ont au moins une fonctionnalite commune 
F. Cependant, les logiciels 4a, 4b, 6a, 6b pouvant etre tres differents Tun de 
Tautre, cette fonctionnalite F peut etre executable selon diverses commandes 
differentes d ! un logiciel a un autre. 
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Plusieurs fonctionnalites peuvent etre communes a tout ou 
partie des logiciels installes, tels que rimpression de documents et la 
sauvegarde de documents. La description portera sur l'impression de 
documents comme exemple de fonctionnalite F. Cette fonctionnalite peut 
comprendre plusieurs fonctions f, par exemple les fonctions : fl "imprimer" ; 
f2 "lister les impressions en cours" ; f3 "visualiser les files d'attente" ; f4 
"purger les impressions" ; et f5 "changer la priorite d'une impression dans une 
file". Une fonctionnalite F est done dans ce cas une famille de fonctions f. 
L'exemple qui suit portera sur la fonction f 1 et suffira a l'homme du metier 
pour comprendre 1'invention dans sa generalite. 

On suppose que la fonction fl "imprimer" dans les quatre 
logiciels 4a, 4b, 6a et 6b dans le systeme informatique 10 de la figure 1 est 
faite par quatre commandes specifiques differentes respectives : Pa et Pb 
pour les systemes d'exploitation respectifs 4a et 4b ; et Pc et Pd pour les 
logiciels d'impression 6a et 6b. Dans l'exemple des logiciels consideres, les 
deux versions differentes 4a et 4b du systeme d'exploitation UNIX ont des 
commandes d'impression respectives Pa = "lpr" et Pb = "lp". Neanmoins, on 
pourrait aussi avoir des commandes d'impression telles que : "enq" pour le 
systeme d'exploitation connu sous le nom de marque deposee AIX ; "print" 
pour le systeme d'exploitation DOS pour ordinateur personnel ; "np" pour le 
logiciel d'impression DPF OpenSpool ; et "xpad" pour le logiciel d'impression 
connu sous le nom de marque deposee XPRINT. 

Chaque commande specifique Pa-Pd comprend des options 
eventuellement associees a des types particuliers respectifs. Le tableau C 
suivant illustre un exemple d'un inventaire concernant seulement les 
commandes d'impression "lpr" et "lp" des systemes d'exploitation 4a et 4b. Cet 
exemple suffit a l'homme du metier pour comprendre l'invention. 
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Options 
de 'lpr" 


suivies 
de 


Options 
de 'lp ,f 


suivies 
de 


options - commentaires 


-P 


chaine 


-d 


chaine 


destination de l'impression 


-T 


chaine 


-t 


chaine 


titre du document 


-# 


num 


-n 


num 


nombre de copies 


n'existe 
pas 




-w 




ecriture d'un message sur terminal 
de C a la fin de l'impression 


-r 




n'existe 
pas 




destruction du fichier lorsque 
l'impression est lancee 



TABLEAU C 



L'outil de commande 50 est un outil logiciel ayant pour but 
principal d'offiir a un utilisateur inform aticien, le concepteur C dans la figure 
1, une commande commune P0 pour 1'execution de chacune des commandes 
d'impression differentes Pa-Pd dans Texemple illustre. Comme indique a la 
figure 1, routdl illustre 50 comprend un bloc 51 de definition de la commande 
commune P0, et deux pilotes d'impression (drivers) 52a, 52b pour les deux 
machines respectives 2a et 2b, les pilotes reagissant a la commande commune 
P0 pour generer la commande Pa ou Pc dans la machine 2a et Pb ou Pd dans 
la machine 2b. Dans Texemple illustre, les deux pilotes 52a et 52b sont 
impl antes dans les deux memoires 3 des deux machines 2 tandis que le bloc 
51 est incorpore au module de conception 13. Le bloc de definition 51 est 
connecte aux deux pilotes. 

L'outil de commande 50 met en oeuvre un procede de commande 
dune fonction f executable sous des commandes differentes Pa-Pd dans des 
logiciels respectifs 4a, 4b, 6a, 6b, les commandes pouvant avoir chacune au 
moins une option. Le procede consiste a definir dans une classe abstraite une 
methode abstraite pour la fonction f, la methode abstraite incluant des 
parametres correspondant a Tunion, au sens logique, de toutes les options 
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(tableau C) des commandes specifiques, a definir une commande commune 
(PO) incluant des symboles arbitr aires correspondant aux parametres de la 
methode abstraite, a former au moins un pilote (52) pour implementer la 
methode abstraite dans une machine, et a faire executer par le pilote l'une 
5 des commandes specifiques avec des options equivalant aux options de la 
commande commune. 

Supposons que Tutilisateur U desire executer la commande : 
imprimer en deux exemplaires, avec une imprimante appelee imprimante 1 
10 du systeme informatique 10, le fichier appele monfichier, en indiquant en en- 
tete le nom du fichier, et detruire le fichier une fois imprime. Cette commande 
dans les logiciels 41 et 4b s'ecrit de la fagon suivante, compte tenu du tableau 
C : 

15 lpr -Pimprirnantel -#2 -r monfichier 

lp -dimprimantel -n2 monfichier 

ou il est a noter du tableau C que la suppression du fichier n'est pas p revue 
pour la commande ,! lp". 

20 Selon le procede precite, on forme une methode abstraite pour la 

fonction f. Une methode generale comprenant un en-tete et un corps, une 
methode abstraite n'a qu'un en-tete, de sorte qu'elle n'est pas executable et 
que la classe correspondante ne peut done pas etre instanciee. Dans Texemple 
de la fonction fl "imprimer", on cree done une methode abstraite que Ton 

25 appellera du meme nom "imprimer". Cette methode inclut des parametres 
correspondant respectivement aux options des commandes specifiques Pa-Pd, 
le nombre de parametres correspondant au nombre forme par I'union, au sens 
logique (assembliste), de toutes les options des commandes. Ainsi, dans 
Texemple de la fonction "imprimer", et en illustrant les exemples dans le 

30 langage Java®, il resulte du tableau C que la methode abstraite "imprimer" 
est definie par les six parametres suivants : 
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public static int imprimer 

( String destination, 
String titre, 
int noinbreDeCopies, 
boolean message, 
boolean destruction, 
String nomDuFichier 

) ; 

Des six parametres ci-dessus, les cinq premiers correspondent 
aux cinq options definies dans le tableau C et le dernier parametre designe le 
nom du fichier qui se place a la fin des commandes d'impression "lpr" et "lp". 

Une classe abstraite, au sens oriente objet, contient au moins 
une methode abstraite, ici la methode abstraite "imprimer" definie pour 
Tensemble des commandes analogues Pa-Pd de la fonction donnee fl. La 
classe abstraite pourrait etre quelconque. De preference, comme dans 
l'exemple considere, la classe abstraite correspond a la fonctionnalite F et a, 
dans l'exemple illustre, le meme nom "impression". La classe abstraite 
"impression" n'a done comme methodes que toutes les methodes abstraites se 
rapportant aux fonctions fl-f5 de la fonctionnalite F. La classe "impression" 
correspond a une interface, telle qu f elle est definie par exemple dans le 
langage Java®. Une telle interface est definie comme la classe la plus 
abstraite qu'on puisse construire, e'est-a-dire une classe dont chaque methode 
est abstraite. 

On a vu que le procede mis en ceuvre par Toutil 50 consiste 
d'autre part a defLnir une commande commune P0 incluant des symboles 
arbitraires correspondant aux parametres de la methode abstraite. Par 
exemple, la commande commune P0 a la syntaxe suivante : 
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imprimer [ -dDestination] [ -tTitre ] [ -nNombre] [-m] [-D] 
-ffichier 

ay ant comme symboles arbitraixes -d, -t, -n, -m, -D et -f. Ces symboles 
5 peuvent ou non etre associes a des options, celles-ci etant mises entre 
crochets, de sorte que seid le terme "fichier" n'est pas une option, comme cela 
a ete indique precedemment. L'absence d'option signifiant que le symbole 
correspond a un type booleen. 

10 Le procede tel que defini precedemment consiste aussi a 

construire les pilotes 52a et 52b pour generer les commandes Pa et Pb ("lpr" 
et "lp") dans les deux machines 2a et 2b respectives. Un pilote implemente, 
dans le sens de la technologie orientee objet, Tinterface "impression", c'est-a- 
dire qu'un pilote definit un corps a chaque methode de l'interface, de faqon 

15 que la classe abstraite puisse generer une classe executable. Le corps ainsi 
defini permet de construire les options de la commande correspondante ("lpr" 
par exemple) avec les parametres de la methode et de lancer cette co mm ande. 

L'exemple qvd sviit illustre comment creer le pilote 52 a relatif a 
20 la commande "lpr" et indique clairement a Thomme du metier comment 
d f autres pilotes peuvent etre crees. Le pilote 52a est une classe qui permet 
dimplementer Tinterface impression de la fagon suivante. 

public class Pilote_lpr implements Impression 
25 { public static int imprinter 



( 



String destination. 
String titre, 



int nombreDeCopieS/ 
boolean message, 



30 



boolean destruction, 
String nomDuFichier 



) 
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{// 1) construction des arguments de lpr partir des 
parametres . 

// 2) lancement de la commande lpr avec ses arguments, 
// 3) recuperation du code de retour et des messages 
de lpr et traitement de ceux-ci. 

} 



public static void main (String argv []) 

{// le premier argument de main est le nom de la 

10 // m6thode a executer, les autres sont les arguments 

// de cette methode. 

// En fonction du nom de la methode, on transforme les 

// arguments de main dans le type des paramdtres de la 

// methode que l'on appelle ensuite 

15 } 
} 



Plus generalement, d'autres possibilites de pilotes existent, par 
exemple un ou les deux pilotes pourraient etre installes aussi dans l'interface 
20 de commande 11, ou un seul pilote suffirait, avantageusement installe dans 
l'interface de commande 11. De meme, il peut etre prevu settlement un seul 
pilote pour un systeme n'ayant qu'une seule machine, le pilote servant a 
generer les diverses commandes des logiciels installes dans cette machine. 

25 Enfin, le procede defini precedemment consiste a faire executer 

par le pilote Tune des commandes specifiques, par exemple "lpr", avec des 
options equivalant aux options de la commande commune. 

L/equivalence entre les options de la commande "lpr" et les 
30 options de la commande commune P0 peut se faire de diverses fagons. La 
fagon preferee qui va etre illustree consiste a creer un fichier de configuration 
defini ssant les types et les valeurs par defaut des options de chaque 
commande specifique pouvant etre executee par le pilote. Dans le present 
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exemple, la commande specifique est "Ipr", qui sera executee pax le pilote 52a. 
De preference, le fichier de configuration comprend en outre le type de 
chaque option et/ou des commentaires eventuels et/ou le nom du pilote. 

5 Le fichier de configuration est de preference cree prealablement 

a la construction et avantageusement lors de Installation du pilote. Dans 
l'exemple choisi, le fichier de configuration fourni par le pilote est appele 
"Configlmpression". Tout autre nom peut lui etre donne, mais il importe que 
ce nom soit le meme pour tous les pilotes de la meme fonction f des 

10 commandes concernees Pa-Pd et qui! soit accessible par tous ces pilotes, de 
preference en etant installe dans un meme repertoire.. 

Lie fichier de configuration de notre exemple est : 

15 NomDuPilote=Pilote_lpr 

OPTION=-d TYPE=chaine DEFAUT=nul 1 

// le type de la valeur associee & 1' option -d est une 
// chalne de caracteres 
OPTION=-t TYPE=chaIne DEFAUT=null 
20 // le type de la valeur associee a 1' option -t est une 
// chaine de caracteres 
OPTION=-n TYPE=num DEFAUT=1 

// le type de la valeur associee a 1' option -n est un nombre 
// entier 
25 OPTION=-D TYPE=none 

// il n'y a pas de valeur associfee a 1' option -D 
OPTION=-f TYPE=chaine OBLIGATOIRE 

// 1' option -f doit etre presente dans la ligne des 
// commandes 
30 // L' option -m n f existe pas pour ce pilote 

On retrouve dans le fichier de configuration les symboles utilises 
dans la commande commune P0. 
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L'equivalence entre options de la commande commune et de la 
commande specifique consiste en outre a determiner les parametres de la 
commande specifique par consultation du fichier de configuration par la 
5 commande commune. Ainsi, la commande commune PO lit le fichier de 
configuration afin de verifier que les options de la syntaxe de la commande 
commune sont bien compatibles avec celles du pilote installe. En d'autres 
termes, la commande commune PO determine si les options fournies par le 
concepteur C sont le gales. Si oui, elle est completee par I'ensemble des options 

10 non fournies et elle appelle le pilote pour execution de la commande 
specifique. Sinon, un message d'erreur est ends avec la description des 
options legales. D'autres part, elle verifie si toutes valeurs attachees aux 
options sont bien affectees. Si la valeur due a une option n'existe pas, elle est 
determinee a partir de sa description (valeur par defaut) dans le fichier de 

1 5 configuration. 

Sachant que la commande d'impression "lpr" telle que definie 
precedemment est : 

20 lpr -Pimprimantel -#2 -r monfichier 

alors la commande commune PO correspondante est : 

imprimer -n2 -dlmprimantel -D -fmonf ichier 

25 

La commande commune PO appelle alors le pilote 52a relatif a la 
commande "lpr" de la fagon qui suit : 

java PiloteLpr imprimer Imprimantel null 2 false true 
30 monfichier. 

// false indique que 1' option -m n'est pas positionnee 
// true indique que 1' option -D 1' est 
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// null indique que 1' option -t n' est pas renseignee 

Cette commande provoque l'appel de la methode principale 
"main" du pilote 52 a qui, a son tour, declenche l'appel de la methode 
5 "imprimer" de la facon suivante: 

imprimer («Imprimantel»/ null, 2, false, true, «monf ichier») 

La methode "imprimer" lance ainsi la commande "lpr" sous la 

10 forme : 

lpr -Pimprimantel -#2 -r monfichier 

15 Jusqu'a present, on a decrit la fonction d'un pilote d'application. 

On a vu qu'un pilote est une classe servant a Implementation d'une methode 
abstraite d'une classe abstraite. Le pilote est defini par des donnees ecrites 
par le concepteur C a l'aide de l'outil 20 ou 30 du module de conception 13. 
Les lignes de code de ce logiciel doivent normalement etre entierement ecrites 

20 par le concepteur C. Une grande partie de ce travail est tres fastidieux et 
done couteux en temps et en argent. Cependant, la generation automata que 
pose deux problemes. Le premier probleme est de traduire le pilote en un 
langage oriente objet. Le second probleme est de generer automatiquement 
un corps a la methode abstraite. On a vu que le corps de la methode abstraite 

25 doit inclure les donnees specifiques de la commande specifique a executer, et 
un pilote peut servir a Texecution de plusieurs commandes specifiques. Ceci 
ne peut plus etre fait au moyen des outils 20 et 30 et requiert des operations 
manuelles du concepteur C. Les difficultes soulevees par ces deux problemes 
amenent le concepteur a ecrire les pilotes. 

30 

Le systeme informatique 10 de l'invention inclut un outil 60 de 
generation automatique, en un langage oriente objet, d'un pilote 52 
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d'implementation d'une methode abstraite d'une classe abstraite pour 
l'execution d'une commande specifique Pa-Pd ayant des donnees specifiques 
(tableau C), la methode abstraite ayant vine valeur de retour et au moins un 
parametre pourvu d'un type. Le langage oriente objet choisi dans 1'exemple 
5 qui suit est le langage Java®. L'outil 60 de generation automatique d'un 
pilote qui va main ten ant etre decrit est contenu dans le module de conception 
13, bien qu'il pourrait etre inclus ailleurs dans le systeme informatique. 



Le procede mis en ceuvre par 1'outil 60 consiste a definir la classe 
10 du pilote par des donnees de definition et en faisant correspondre ladite 
valeur de retour et ledit type dudit parametre a des types correspondants 
dans ledit langage, a traduire les donnees de definition du pilote dans ledit 
langage, a generer le corps de la methode abstraite en construisant un 
squelette a completer par le concepteur C avec les donnees specifiques de la 
15 commande specifique. 



Pour la definition du pilote, le concepteur C utilise de preference 
1'outil 20 ou 30. Par exemple, il peut utiliser un etat vierge de la boite de la 
figure 3 pour indiquer le nom de la classe, ajouter au moins un attribut a 

20 l'aide de la boite de la figure 4, et au moins une methode et au moins un 
parametre avec les boites des figures 5 et 6. Cependant, pour faire la 
generation automatique, Touti! 60 necessite une correspondance entre les 
types des parametres et de la valeur de retour de la methode et des types 
dans le langage choisi, ici en langage Java. Sans cette correspondance, le 

25 concepteur devrait ecrire manuellement le logiciel du pilote. La 
correspondance choisie a titre d'exemple se traduit par la regie suivante en 
langage Java® : 

« Tout type defini par le concepteur C doit appartenir a 
30 Tensemble (T) suivant : 

{Boolean, Character, Double, Float, Integer, Long, String, 
Void} 
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ou 

List (x) 

avec x appartenant a (T). » 



5 L'ensemble T peut etre etendu a List (List(x)) et successivement 

pour representer des tableaux a plusieurs dimensions. De maniere gen6rale, 
l'ensemble T est un tableau pouvant etre multidimensionnel. II est Evident 
qu'on peut remplacer cet ensemble (T) par un autre ensemble avec lequel il 
est en bijection. Par exemple, en France le type defini en anglais par 

10 Character est remplace par Caractere. 



Chaque element de l'ensemble T correspond a une classe 
predefinie de meme nom du langage Java, sauf List et Void, qui 
correspondent respectivement a la classe Vector et au mot reserve void de 
15 Java®. En d'autres termes, les types de l'ensemble T incluent de preference 
des classes predefinies de meme nom du langage. 

La figure 14 illustre une boite de dialogue 61 s'ouvrant pour 
definir les types de parametres et la valeur de retour de la methode. Si par 
20 exemple le concepteur veut definir une methode libellee "copier" qui ne 
retourne pas de valeur et qui a les deux parametres suivants : 

1) "nom du fichier" (de type String) qui est Tadresse URL (Uniform 
Resource Locator) du fichier, et 

2) "repertoire" (de type String) qui est Tadresse URL du repertoire 
25 dans lequel on veut copier le fichier, 

il indique le nom "copier" dans le champ texte definissant le nom de la 
methode dans la boite 25 de la figure 5, il selectionne dans la boite 61 le type 
void pour Tintroduire dans la champ texte relatif au type de retour de la 
methode et actionne le bouton de commande "Ajouter" pour definir un 
30 nouveau parametre avec Taide de la boite 26 de la figure 6. Dans la boite 26, 
il indique le nom du premier parametre "nom du fichier" et selectionne dans 
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la boite 61 le type String, qui vient se placer dans le champ texte relatif au 
type du parametre. Le concepteur ajoute de preference, dans la zone de texte 
relative a la description du parametre, le texte par exemple "adresse URL du 
fichier". II en est de meme pour le second parametre. 

La methode abstraite "copier" s'ecrit done : 

public void copier (String noia_du_f ichier , String 
repertoire) ; 

On supposera que le nom de la classe abstraite correspondante, 
une interface au sens de Java® dans l'exemple illustre, se nomme "operations 
sur fichier". 

On a vu qu f une autre etape du procede consiste a traduire les 
donnees de definition du pilote dans le langage choisi. La transcription peut 
se faire selon Texemple suivant. Le nom de Tinterface est le nom de la classe 
definie par le concepteur C, precede des deux caracteres Si le nom de 

cette classe contient le caractere blanc « », qui est interdit dans les langages 
classiques comme Java ou C, on le remplace par « _ ». On applique la meme 
regie pour la classe du pilote, mais en remplagant par «P_». Si on 

genere un nombre n de pilotes, on fait suivre les noms des pilotes par les deux 
caracteres « Jl » ou i varie de 1 a n. Si les noms comportent des lettres 
accentuees, on peut aussi prevoir la suppression des accents pour convenir au 
langage Java ordinaire. Ainsi, la classe s'ecrit de la fagon suivante : 

interface I_ope rations -sur_f ichier 
{ 

public void copier (String nom_du_f ichier , String 

repertoire) ; 

} 
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et le pilote correspondant s'ecrit de la fagon suivante : 



class P__operations-sur_f ichier__l implements 

I_operations_sur_f ichier 

{ 

public void copier (String nom_du_f ichier , String 
repertoire) ; 
{ 

• • • 

public static void main (String argv[]) 
{ . . • } 

} 



ou 

- le contenu {...} relatif a la methode "copier" constitue le corps de la methode, 
qui correspond a la commande specifique a executer, et 

- main est la methode principale qui va etre appelee par la commande unifiee 
PO, qui declenche a son tour l'execution de la methode "copier" pour 
l'execution de la methode specifique "lpr". II est a noter ici que l'execution du 
pilote peut etre faite de plusieurs facons connues de l'homme du metier. 
L'exemple d'execution choisi consiste a incorporer au pilote la methode 
principale main. 

Si par exemple la classe "impression" definie precedemment par 
le concepteur C contient un attribut "nombre de copies" de type Integer et 
ayant comme valeur par defaut "1", la classe en langage Java® du pilote a 
pour attribut : 

Integer Nombre_de_copies = new Integer (1) ; 

On rappelle que c'est l'utilisateur U qui, au moyen d'un 
document 41, va demander l'execution de la commande commune PO par 
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lintermediaire de l'interface documentaire 18 correspondante. La commande 
commune P0 va appeler le pilote par Tintermediaixe de la commande suivante 

java P__Impression_l imprimer 2 monfichier monimprimante 

La methode principale main du pilote va alors etre declenchee. 
La methode principale main a, de fagon bien connue, tous ses parametres de 
type String. La methode principale main va appeler la methode "imprimer" 
qui a des parametres varies, tels que : 

imprimer (Integer pi, String p2, String p3) 

Chaque type de parametre dans la methode main est done 
transforme en le type du parametre correspondant de la methode "imprimer". 
Ceci peut se faire automatiquement dans la methode 

main (String argv []){..•} 

ou le premier argument est le nom de la methode implementee de l'interface 
qu'il faut appeler. Le (i+l) e argument de la methode main correspond au i e 
argument de la methode appelee. Son type doit etre cependant change si 
Targument de la methode n'est pas du type String. Dans le dernier exemple, 
la methode main va appeler la methode "imprimer" du pilote de la maniere 
suivante : 

imprimer (new Integer (argv[l] ) , argv[2] , argv[3] ) ; 

Si argvfl] ne correspond pas a un entier, une exception sera levee et 
retransmise dans le module de commande 12. 
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On va maiiitenant decrire un exemple de generation du corps de 
la methode "imprimer". On rappelle que c'est dans le corps de la methode 
"imprimer" que se fait l'appel a la commande specifique Pa C'lpr"). Tout un 
mecanisme en lan gage Java permet au pilote d'executer la commande 
5 specifique et de recevoir ses resultats. Ce mecanisme est decrit dans l'exemple 
du paragraphe suivant. 

L'interface documentaire 18 de l'utilisateur U appelle commande 
commune PO, qui elle meme appelle le pilote 52a, apres consultation de son 
10 fichier de configuration, de la facon suivante : 

java nomDuPilote nomDeLaMethode parametresDeLaMethode 

Une etape du procede consiste a generer automatiquement le 
15 corps de la methode abstraite en construisant un squelette a completer par le 
concepteur C avec les donnees specifiques de la commande specifique "lpr". Le 
squelette se fait par exemple par construction de chaines. Dans notre 
exemple, la construction du squelette a completer se fait de la maniere 
suivante : 

20 

// ###### debut de modification 

String commands tr = "###### le nom de la commande" + " " ; 
commandStr = commandStr+ " " +"###### l'option"+ 
pl . toStringO ; 
25 commandStr = commandStr+ " " +"###### 1' option"+ p2 ; 
commandStr = commandStr+ " " +"###### l'option"+ p3 ; 
// ###### fin de modification 

Pour completer le squelette, il est de preference indique ou les 
30 donnees sont a completer et/ou quelles donnees sont a completer par le 
concepteur C. Dans l'exemple precedent, le concepteur n'a qu'a chercher dans 
la classe du pilote l'occurrence des caracteres successifs ###### . Quand il 
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trouve cette occurrence, le squelette lui indique ou et quelles donnees il doit y 
introduire pour le completer. Suivant Texemple precedent, il va corriger le 
code de la maniere suivante : 

5 // debut de modification 
String commandStr = "lpr"; 

commandStr = commandStr+ " " +"-#"+ pi . toString ( ) ; 
commandStr = commandStr+ " " +"-P"+ p2 ; 
commandStr = commandStr+ " " + p3 ; 
10 // fin de modification 

ou commandStr va prendre comme valeur possible 

"lpr -#2 -Pimprimantel monf ichier" . 

15 

L/appel de cette commande sera ensuite automatique. 

On va main ten ant decrire un exemple de mise en oeuvre de 
l'outil 60 pour la formation d'un squelette de pilote genere en langage Java et 
20 destine a une machine fonctionnant sous le systeme Sexploitation connu sous 
le nom de marque deposee Windows NT. 

L f exemple part d'une classe simple qui contient une seule 
methode, la generalisation etant evidente. Le nom de la classe est par 
25 exemple "copie de fichier". La methode de cette classe est "copie", qui retourne 
la valeur void et qui a les deux parametres suivants : 

- "fichier", de type String, et 

- "repertoire de destination", de type String. 



30 Le concepteur ouvre la fenetre 21 de la figure 2 et actionne par 

exemple une_commande "generation de pilote" (non illustree), se trouvant de 
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preference dans le menu "Exporter a U". Cette commande genere le code 
suivant : 



interface I_ Copie_de_f ichier 

{ void copie (String fichier ; String repertoire_de_destination ) } 

) 



et 

public class I_ Copie_de_f ichier_l implements I_ Copie_de_ fichier 

{ void copie (String fichier. ; String repertoire_de_destination ) 

{ try 

{ Process p ; 

Runtime rt = Runtime . get Runtime () ; 

// ###### debut de modification 

String commandStr = "###### le nom de la commande"; 
commandStr = commandStr+ " " +"###### l'option"+ 
fichier; 

commandStr = commandStr+ " " +"###### 1' option" 

+ repertoire_de_destination ; 

// ###### fin de modification 

p = rt.exec ( "C : \\WINNT\\System32\\cmd /c " + 
commandStr) ; 

Buf f eredReader br = 

new Buf f eredReader { 

new InputStreamReader ( 

p.getInputStream( ) ) ) ; 

String result; 

while (( result = br . readLine ( ) ) != null ) 

{ System, out. printlnC " + result) ; 

StringTokenizer St = 

new StringTokenizer ( result ) ; 

/* 

while ( St.hasMoreTokens () ) 
{ st = St .nextToken ( ) ; 
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System. out .println ("hello\n") ; 
System. out. println 

("token = " + st + ". ") ; 

} 

5 */ 

} 

} 

catch ( IOException ie ) 

{ System. out. println ("IO Exception") ; 

10 } 

catch ( SecurityException se ) 

{ System. out .println ("No process") ; 

} 



15 



20 



public static void main (String argv []) 

{ argv[0] (argv[l] , argv[2] ) ; 

} 



Dans ce code, le mot "br" designe le resultat de l'execution de la 
commande specifique. Le concepteur C cherche alors Toccurrence de //////////// 
et change 

25 // ###### debut de modification 

String commandStr = "###### le nom de la commande"; 
commandStr * commandStr+ " " +"###### l'option"+ 
f ichier; 

commandStr = commandStrf " " +"###### 1' option" 
30 + repertoire_de_destination ; 

// ###### fin de modification 



en 



35 // debut de modification 

String commandStr = "copy"; 
commandStr = commandStr+ " " +fichier; 
commandStr = commands tr+ " " + 
repertoire_de_destination ; 




// fin de modification 



Revendi cations 



1. Procede de commande d'une fonction (f) executable par divers 
logiciels (4a, 4b, 6a, 6b) sous des coram an des (Pa-Pd) specifiques aux logiciels 
respectifs et pouvant avoir chacune au moins une option, les logiciels etant 
installes dans au moins une machine (2a, 2b) d'un systeme inform ati que (10), 
caracterise en ce qu'il consiste a definir dans une classe abstraite une 
methode abstraite pour la fonction (f), la methode abstraite incluant des 
parametres correspondant a Tunion, au sens logique, de toutes les options 
(tableau C) des commandes specifiques, a definir une commande commune 
(P0) incluant des symboles arbitraires correspondant aux parametres de la 
methode abstraite, a former au moins un pilote (52) pour implementer la 
methode abstraite dans une machine, et a faire executer par le pilote Tune 
des commandes specifiques avec des options equivalant aux options de la 
commande commune. 

2 . Procede selon la revendication 1 , caracterise en ce que 
l'equivalence entre les options de la commande specifique et les options de la 
commande commune consiste a creer un fichier de configuration 
(Configlmpression) definissant les types et les valeurs par defaut des options 
de chaque commande specifique pouvant etre executee par le pilote, et a 
determiner les parametres de Tune de ces commande specifiques par 
consultation du fichier de configuration par la commande commune. 

3. Procede selon la revendication 1 ou 2, caracterise en ce qu'il 
consiste a faire correspondre un pilote (52a) a une machine (2a) du systeme 
informatique. 

4. Procede selon Tune des revendications 1 a 3, caracterise en ce 
que la classe abstraite est la classe la plus abstraite pouvant etre definie, 
telle qu'une interface dans le langage Java®. 



-47- 

5. Procede selon Tune des revendications 1 a 4, caracterise en ce 
que la classe abstraite contient tout ou partie des methodes se rapportant a 
des fonctions d'une meme fonctionnalite (F) commune aux logiciels. 

6. Systeme inform ati que (10) comprenant au moins un machine 
disposant de logiciels divers (4a, 4b, 6a, 6b) ayant en commun au moins une 
fonction (f) executable sous des commandes specifiques (Pa-Pd) aux logiciels 
respectifs et pouvant avoir chacune au moins une option, caracterise en ce 
qu'il met en oeuvre le procede defini par Tune des revendications 1 a 5. 
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